home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / ietf / isis / isis-minutes-90feb.txt < prev    next >
Text File  |  1993-02-17  |  6KB  |  135 lines

  1.  
  2.  
  3. CURRENT_MEETING_REPORT_
  4.  
  5.  
  6. MINUTES
  7.  
  8. The meeting was convened by Steven Willis.  An attendance list will be
  9. published with the Proceedings of the IETF.
  10.  
  11. Dave Oran updated the status of the ANSI IS-IS document.  It had now
  12. reached Draft proposal stage and had been assigned the ISO number 10589.
  13. He discussed some of the recent modifications:
  14.  
  15.  
  16.    o The LOC-AREA portion of the address was now gone.
  17.    o Partition repair is now optional.
  18.    o Two multicast addresses had been assigned for level 1 and level 2
  19.      intermediate systems.
  20.  
  21.  
  22. The working group addressed a number of issues outstanding from the
  23. previous meeting in Ann Arbor.  In particular :
  24.  
  25.  
  26.    o Someone brought up the point that it may be limiting for an IP
  27.      router to only encapsulate over 802.3.  (i.e., doing IP IS-IS over
  28.      HDLC). Do we want to consider changing encapsulation from 802.3 to
  29.      IP to allow for the additional link-layer flexibility?
  30.    o The IP L1 partition repair is a bit flaky.  Do we want to just say
  31.      that this is not allowed for IP or do we want to fix it?  (Not a
  32.      straight-forward task).
  33.    o Dave Oran has corrections for IP routing exchange authentication.
  34.      We didn't resolve what to do with an authentication mismatch.  Drop
  35.      the packet and what management information?
  36.    o Presently, the Integrated IP spec says that IP external links can
  37.      just be generated by L2 routers.  This limits the topology (it
  38.      cannot have a pocket of rip routers anywhere in an area that aren't
  39.      connected to a L2 router) and will make it hard to transition from
  40.      another IGP to IP IS-IS. The suggestion was made to be able to
  41.      generate IP external information at L1 - this is a good idea but
  42.      potentially creates a problem when AS border gateways are at L1 but
  43.      are in different areas.  Since AS external information is not
  44.      flooded into areas, L1 routers in different areas will not hear
  45.      another AS's border router's external information - thus t, Cris
  46.      BGP won't work in the transit AS case - We were not sure how this
  47.      will affect other EGPs.
  48.    o There was some debate about the merits of forwarding based upon
  49.      default metric if there is no path using desired metric.
  50.      Forwarding as we currently allow may result in violation of policy.
  51.      Dropping packet isn't friendly.  No conclusions.  Tony Lauck
  52.      pointed out there were three solutions to handling datagrams with
  53.      TOS not supported by an intermediate system :
  54.  
  55.       1. Let the packet disappear into a black hole
  56.  
  57.                                    1
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.       2. Map the TOS into another TOS supported by the IS
  65.       3. Drop the packet and generate an ICMP message back to source.
  66.  
  67.      Solution 3 appeared to be the best answer, but it was unclear as
  68.      what the ICMP type code should be.
  69.    o We discussed the possibility of running a partial Dykstra if only
  70.      the leaves of the tree had changed.  Dave Oran pointed out that
  71.      this was an implementation issue and suggested that an
  72.      Implementor's Hints Annex be added to the IS-IS specification to
  73.      address these issues.
  74.  
  75.  
  76.  
  77. ATTENDEES
  78.  
  79.     Almquist, Philip                  almquist@jessica.stanford.edu
  80.     Bagnall, Doug                     bagnall_d@apollo.hp.com
  81.     Baker, Fred                      baker@vitalink.com
  82.     Bare, Ballard                     bare%hprnd@hplabs.hp.com
  83.     Brunner, Ted                     tob@thumper.bellcore.com
  84.     Bryant, Stewart                   bryant@janus.enet.dec.com
  85.     Cerf, Vint                       vcerf@nri.reston.va.us
  86.     Chapin, Lyman                     lyman-chapin@dgc.mceo.dgcom
  87.     Chatterjee, Samir                 samir@nynexst.com
  88.     Colella, Richard                  colella@osi3.ncsl.nist.gov
  89.     Deboo, Farokh                     sun!iruucp!ntrlink!fjd
  90.     Farinacci, Dino                   dino@bridge2.3com.com
  91.     Ferguson, Dennis                  dennis@gw.ccie.utoronto.ca
  92.     Froyd, Stan                      sfroyd@salt.acc.com
  93.     Gan, Der-Hwa                     no email
  94.     Goguely, Herve                    rvg@bridge2.3com.com
  95.     Hagens, Rob                      hagens@cs.wisc.edu
  96.     Hain, Tony                       hain@nmfecc.arpa
  97.     Heinanen, Juha                    jh@funet.fi
  98.     Hytry, Tom                       tlh@iwlcs.att.com
  99.     Karels, Mike                     karels@berkeley.edu
  100.     Katz, Dave                       dkatz@merit.edu
  101.     Kellen, Daniel                    kellen@eglin.af.mil
  102.     Lauck, Tony                      lauck@dsmail.dec.com
  103.     Little, Mike                     little@saic.com
  104.     Marcinkevicz, Mike                mdm@gumby.dsd.trw.com
  105.     Minshall, Greg                    minshall@kinetics.kinetics.com
  106.     Mogul, Jeff                      mogul@decwrl.dec.com
  107.     Morris, Dennis                    morrisd@imo-uvax.dca.mil
  108.     O'Leary, Dave                     oleary@umd5.umd.edu
  109.     Oran, David                      oran@oran.dec.com
  110.     Perlman, Radia                    no email
  111.     Reilly, Michael                   reilly@nsl.dec.com
  112.     Rekhter, Yakov                    yakov@ibm.com
  113.     Senum, Steve                     sjs@network.com
  114.     Sheridan, Jim                     jsherida@ibm.com
  115.     Sklower, Keith                    sklower@okeeffe.berkeley.edu
  116.     Solensky, Frank                   solensky@interlan.interlan.com
  117.  
  118.                                    2
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125. Staw, Tony                       staw@marvin.enet.dec.com
  126. Sturtevant, Allen                 sturtevant@ccc.nmfecc.gov
  127. Tsuchiya, Paul                    tsuchiya@thumper.bellcore.com
  128. Willis, Steven                    swillis@wellfleet.com
  129. Winkler, Linda                    b32357@anlvm.ctd.anl.gov
  130. Woodburn, Robert                  woody@saic.com
  131.  
  132.  
  133.  
  134.                                3
  135.